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^p^mppjnpr l ^DUPLICATE 

A METHOD OF ENABLING AN APPLICATION TO ACCESS FILES 
STORED ON A STORAGE MEDIUM 

BACKGROUND OF THE INVENTION 

5 

1 « Field of die Invention 

This invention relates to * method of enabling an application, running on an operating 
system for a portable computing device, to access flies stored on a storage medium; rbe 
10 • Operating system and the storage medium use Incompatible directory hierarchies. 

2. Description of the Prioc Art 

Symblan OS applications assume a directory structure that has been defined by Symbian 
15 Lifted Kid deftacs ft standard set of directories starting &om the root of a drive. 
Unfortunately this is 0Ot compatible wtth the Memory Stick standard. More specifically, 
Symblan defines a directory structure on removable drives which contains a number of 
standard locatioos, the most basic being: 

\ 

20 \Syscem 

\Syscem\Apps 
\Systscm\Ub3 
\System\Daca 
\Documents 

25 Only some of these may exist Some may coatain further subdirectories - for example 
totalled appIUcations are placed in a directory below \Sysrern\Apps named after the 
application, and there are various other standard directories. 
By contrast, Memory Sdck defines a hterwchy JJJcc thia: 
\DCIM 

30 \HiFi 




\MSXXXV„ 
\MSYYY\... 



Importantly, the Memory Slick standard says that only tie defined root Mbdi?t{tori<u mq? 
5 placed in Ac root All device-specific data chat is not part of the standard niusc be placed 
inside one of the MSXXX/MSYYY subdirectories, where the !, XXX ,f "YYY" is a 
sequence of characters registered with Sony and unique to that device ot manufacturer. 

Clearly there is a problem, because SytnbJan defines a directory hierarchy starting at the 
10 root but the Memory Sack standard does not allow nonstandard directories in the root. 
To comply with the Memory Sdck standard the Symbiao hierarchy would have to be 
inside an MSXXX subdirectory. But all SymblanOS code (including most, if not all, 
third-party code) has been written assuming the root-based directory structure and 
cannot easily be modified to use one compliant with Memory Sdck. 

IS 

This leaves a problem of how to create SymbianOS based devices using Memory Sdck, 
We could change all our code so that all paths ate completely configurable - or at least a 
km <*Vatf?ry can be configured to prefix all appUcadon directories. {V his base directory 
would be a MSXXX type registered with Sony,) However thh is likely to be a 
20 considerable effort both to change the code and also to verify that there aren't any 
"rogue" cases which create an illegal toot directory. 
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SUMMARY OF THE PftESENT INVENTION 

In a first aspect of the invention, a method of enabling an application, running on an 
operating system for a portable computing device, to access flies stored on a storage 
5 medium, comprises the following steps: 

(a) the application sends a jBJle request with a path that conforms to a 
directory hierarchy used by the operating system: and 

(b) the path in the file request is translated to an equivalent path, that 
conforms to a second directory hierarchy used by the storage medium. 

10 

The effect is to map or translate all paras in application file requests to the equivalent 
path needed by the storage medium. Hence> a path that conforms to the SymbianOS 
standard can be transparendy mapped to a Memory Stick path: it is 'transparent' in that 
the application has no awareness of the translation that occurs: it simply sees the 
15 standard hierarchy mandated by the OS. There is no need to re-write applications to 
match the requirements of the second storage medium. 

A second aspect of the invendon is a portable computing device programmed to enable 
an application running on it to access files stored on a storage medium, in which the 
20 application sends a file request with a path that conforms to a directory hierarchy used by 
the device operating system, die device being further programmed to translate the path 
in the file request to an equivalent path that conforms to a second directory hierarchy 
used by the storage medium. 
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DETAILED DESCRIPTION 

The present invention will be described with reference to an implementation for 
Symblan OS, the operating system for smartphoncs and other wireless information 
devices. This implementation enables applications written to run on SymbianOS and 
using the file hierarchy mandated by SymbianOS to use the Memory Stick storage 
medium, even though Memory Sack uses an entirely different directory hierarchy. 

Root remapping 

The requirement is that applications should see a drive (» 7 drive DO which appears to be 
a standard Symblan hierarchy but which actually is located somewhere off the root on 
the Memory Sdck. The file system will prefix application file requests with an extra path, 
called the root tfset. This happens completely transparently and application* are not aware 
15 of the change. 

Let's for example say rhar me root directory registered with Sony is MSSymbian. We 
want the Symblan hierarchy on drive D; to actually be placed Inside the MSSymbian 
directory. The file system will always add the string "\MSSymbian" to the start of paths. 
So for example, take a Memory Stick that has this directory structure; 

20 \ 

\DCIM 
\HSFi 

\MSSymbian 
\MSSymbian\Systcm 
25 \MSSymbian\Pocuments 

If an application requests a directory listing of W. the file system will Internally 

convert this to "DAMSSymbiaftX*'' and give the result 

\Systero 
\Documents 

30 which is the standard Symblan layout as expected by the application. Note-mat to the 
application this to be the root of the drive but actually it is not 

If the application were now to create a direcrory ^DocumcntsNMyPllcs". this would be 
translated again by the file system to "\MSSymbian\Documents\MyFucs". 
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a 

^ •juwpplng 5 

Conceptually the 6tdng "XMSSymbian" is prefixed to all strings passed into the file 
system. In practice this might be Implemented, in a different way, for example starting all 
name searches ftotn the MSSyrnbian directory instead of the toot, but the effect is the 
same. 

5 This therefore allows applications to continue using the Symbian hierarchy but enforces 
compliance with the Memory Stick standard. 



Accessing: *oot - the m*gic directory 

10 The root offset method described bides the root completely. Soma applications may be 
Memory Slick aware (that is, they understand, the Memory Stick structure arid, probably, 
want to access some of the standard interchange directories defined in the standard). To 
allow access to the root a "magic" directory is provided, \Systern\MSROOT. This h 
really the reverse of the root offset because it is itripptd from ali paths passed to the file 

15 system. 

So for example if an application wants to access the Memory Stick \DCIM directory (for 
images). It would use the path n \System\MSROOT\DCIM n . The flic system would then 
strip the magic prefix 11 \Sys tem\M$ROOT" ftom this to leave "\DCIM", the intended 
target directory, 

20 This conversion is only done once so drculax references cannot occur. Fox example the 
path H \Sysrcm\MSROOT\MSSymbian\Systera\MSROOT ,, appears to be a circular 
reference, hut in fact the file system will only strip the first occurrence of the magic path, 
to leave , ^MSSymbian\Sy5tcm\MSROOT , which doesn't exist and so will tctutn 
KErxNotFound. 

25 The magic directory doesn't actually exist on the Memory Stick, so if a user was to create 
a real file or directory \System\MSROOT the magic directory would hide it. It isn't 
necessary to delete or work around the presence of a real flW directory called 
\Systcm\MSROOT because the "magic" root mapping is handled endrely within the file 
system just by modifying the string passed by the client application. The fact that the 

30 \System\M5ROOT directory/file might exist doesn't prevent the magic root access 
ftom working. 

However, the user may want to access this file - this Is sdll possible in two ways: 
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a) Use the "circular reference" \Syst£ro\M$ROOT\MSSymbian\Syst*m\MSROOT, 
which will be converted to \MSSymWao\Systcm\MSROOT an die Memory Stick, 
which is the wet's file/directory. 

b) Take advantage of the feet that In SymblanOS the file name is not case-sensitive. If wc 
define that the magic directory it fast tensitm s then using \System\MSROOT will invoke 
the magic re-mapping into the root, but any other case, such as \Systcm\msrobt, 
\System\MSRoot, \systcm\M5ROOT will give the user's file/directory. 
To avoid applications than search drives from accidentally straying into the magic 
\Syscem\MSROOT directory and be able co accidentally create files in the root dut 
don't comply with the Memory Srick standard, the magic directory does not appear In a 
listing of the \System directory content An application that is Memory Stick-aware 
would know that it should use \Systcm\MSROOT to access me root. Applicadons mat 
aren't aware of this will not 6nd it in a directory listing so will not accidentally bypass the 
enforced SymblanOS directory structure. 
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Emulating standard directories - ghosting 

One forthcr extension is to provide "ghost" directors so that applications mat are not 
specifically Memory Stick aware can still access files from the special Memory Stick 
directories. Let take as an example a picture viewing application that normally stores its 
20 files in 

\Documcnts\Picturcs\... 

with a number of subdirectories below mis which can be named by the user, for example 
"My Snaps", "Holiday", etc 

The file system can provide another "magic" directory but this rime it maps one of the 
25 root directories into a directory within the Symbian hierarchy - a gbast of the root 
directory. 

So for Che example picture viewer, we could create a new ghost directory 
\Doeuments\Pictures\MemorySdck that actually maps to \DCIM in the Memory Sdck 
soot The flic system in tWs case is substituting the ghost directory name with the real 
30 one. 

Thus if the appUcaidou perfotcoa a dtactoiT listing of ics Pictures directory it w& 



* t 

My Snaps 

Holiday 
MemoiyStick 

And will then show ^emorySrick" as a possible place to find pictures to view. A 
S directory listing of \DocumGncs\Pictures\MemoryStick\* will be converted to 
\DCIM\+ by the file system and wilt return the content of the Memory Stick DCIM root 
directory. The picture viewer can then open any of the files and tlia same substitution 
will be done enabling the application to access files from a location it expects while they 
ate actually socnewherc else on the Memory Stick. 
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CLAIMS 



1. A method of enabling an application, running on an operating system for a 
5 portable computing device, to access flies stored on a storage medium, in which die 

following steps occutj 

(a) die application sends a file request with a path, that conforms to a 

directory hierarchy used by the operating system; and 

(b) the path in the file request Is translated to an equivalent path that 
10 conforms to a second directory hierarchy used by the storage medium. 

2. The method of Claim 1 in which the storage medium Is a storage medium that is 
removable from the device and conforms to the Memory Stick standard. 

15 3, The method of Claim 2 in which the translation occurs automatically without die 
application having to be aware of the translation or the existence of a second directory 
hierarchy. 

4. The method of Claim 1 in which the translation is performed by prefixing a file 
20 request path to a root of a drive with an extra paw to ensure conformance to the second 

directory hierarchy. 

5. The method of Claim 1 in which die translation is performed by stripping away a 
prcde6ncd prefix of a file request path to ensure conformance to the second directory 

25 hierarchy. 

6. The method of Claim 5 in whieh stripping away the predefined prefix is only 
done once per path on the first occurrence of the predefined prefix. 

30 7. The method of Claim 1 in which the translation is performed by mapping a non- 
existing directory mat conforms to the directory hierarchy used by the operating system 
to a dfcectosy that conforms to the second directory hierarchy. 

8. The method of Claim 7 in which the mapping allows file interchange to occur. 



9. The method, of Claim 8 in which the directory chat conforms to the second 
directory hietarchy i* a root directory. 

5 10, A portable computing devkc programmed to enable an application running on it 
to access filca stored on a storage medium, is which the application sends a file request 
witb a path that conforms to a directory hierarchy used by the device operating system, 
the device being further prcgtamrned to translate the path in the file request to an 
equivalent path that conforms to a second directory hierarchy used by the storage 
10 medium. 
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A METHOD OF ENABLING AN APPLICATION TO ACCESS BILES 
5 STORED ON A STORAGE MEDIUM 

5ymbian OS applications assume a director? structure that has been defined by Symbian 
and defines a standard set of directories starting ficom the root of a drive. Unfortunately 
this is not compatible with the Memory Slick standard. The method presented provides 
10 applications with a drive that appears to be a standard Symbian drive but actually 
transparently maps to a safe area on the Memory Stick. It te also possible to access 
special Memory Stick defined root directories (eg. for pictures and audio) and to map 
these directories to standard Symbiau-atyle directories. 

15 
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